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Abstract —The Internet of Things (loT) is a dynamic global 
information network consisting of Internet-connected objects, 
such as RFIDs, sensors, and actuators, as well as other in¬ 
struments and smart appliances that are becoming an integral 
component of the Internet. Over the last few years, we have seen 
a plethora of loT solutions making their way into the industry 
marketplace. Context-aware communication and computing has 
played a critical role throughout the last few years of ubiquitous 
computing and is expected to play a significant role in the 
loT paradigm as well. In this article, we examine a variety of 
popular and innovative loT solutions in terms of context-aware 
technology perspectives. More importantly, we evaluate these loT 
solutions using a framework that we built around well-known 
context-aware computing theories. This survey is intended to 
serve as a guideline and a conceptual framework for context- 
aware product development and research in the loT paradigm. It 
also provides a systematic exploration of existing loT products in 
the marketplace and highlights a number of potentially significant 
research directions and trends. 

Index Terms —Internet of things, industry solutions, context- 
awareness, product review, loT marketplace 

1. Introduction 

Over the last few years the Internet of Things (loT) [1] has 
gained significant attention from both industry and academia. 
Since the term was introduced in the late 1990s many solutions 
have been introduced to the loT marketplace by different types 
of organization ranging from start-ups, academic institutions, 
government organizations and large enterprises [2]. loT’s 
popularity is governed by both the value that it promises to 
create and market growth and predictions [3]. The loT allows 
'people and things to be connected Anytime, Anyplace, with 
Anything and Anyone, ideally using Any path/network and Any 
service' [4]. Such technology will help to create 'a better 
world for human beings', where objects around us know what 
we like, what we want, and what we need and act accordingly 
without explicit instructions [2]. 

Context-aware communication and computing is a key 
technology that enables intelligent interactions such as those 
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which the loT paradigm envisions. Let us briefly introduce 
some of the terms in this domain which will help to better 
understand the remaining sections. Context can be deflned as 
any information that can be used to characterize the situation 
of an entity. An entity is a person, place, piece of software, 
software service or object that is considered relevant to the 
interaction between a user and an application, including the 
user and application themselves [5]. Context-awareness can 
be deflned as the ability of a system to provide relevant 
information or services to users using context information 
where relevance depends on the user’s task [5]. Context- 
aware communication and computing has been researched 
extensively since the early 2000s and several surveys have 
been conducted in this held. The latest survey on context- 
aware computing focusing on the loT was conducted by Perera 
et al. [2]. Several other important surveys are analysed and 
listed in [2]. However, all these surveys focus on academic 
research. 

To the best of our knowledge, however, no survey has 
focused on industrial loT solutions. All the above-mentioned 
surveys have reviewed the solutions proposed by the academic 
and research community and refer to scholarly publications 
produced by the respective researchers. In this paper, we 
review loT solutions that have been proposed, designed, de¬ 
veloped, and brought into the market by industrial organiza¬ 
tions. These organizations range from start-ups and small and 
medium enterprises to large corporations. Because of their in¬ 
dustrial and market-driven nature, most of the loT solutions in 
the market are not published as academic work. Therefore, we 
collected information about the solutions from their respective 
websites, demo videos, technical speciflcations, and consumer 
reviews. Understanding how context-aware technologies are 
used in the loT solutions in the industry’s marketplace is vital 
for academics, researchers, and industrialists so they can iden¬ 
tify trends, industry requirements, demands, and innovation 
opportunities. 

The rest of the article is organized as follows. In Section 
II, we briefly analyse loT marketplace trends and growth. The 
evolution of context-aware technologies and applications are 
presented in Section III. Then, we introduce the theoretical 
foundation and our evaluation framework used in this paper in 
Section IV. Subsequently, in Section V, we review a selected 
number of loT solutions from context-aware perspective. 
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Later, we present lessons learned and innovation opportunities 
based on the evaluation results in Section VI. Finally, we 
present the conclusion remarks. 


II. Internet of Things Marketplace 

The vision of the loT has been heavily energised by 
statistics and predictions. In this section, we discuss some of 
the statistics and facts related to the loT which allows us to 
understand how the loT has grown over the years and how it 
is expected to grow in the future. Further, these statistics and 
facts highlight the future trends in the industry marketplace. 

It is estimated that there about 1.5 billion Internet-enabled 
PCs and over 1 billion Internet-enabled mobile phones today. 
These two categories will be joined by Internet-enabled smart 
objects [6], [7] in the future. By 2020, there will be 50 to 
100 billion devices connected to the Internet, ranging from 
smartphones, PCs, and ATMs (Automated Teller Machine) to 
manufacturing equipment in factories and products in shipping 
containers [8]. As depicted in Figure 1, the number of things 
connected to the Internet exceeded the number of people on 
Earth in 2008. According to CISCO, each individual on earth 
will have more than six devices connected to the Internet by 
2020 . 
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Fig. I. Growth in Internet-Connected Devices / Objects by 2020. 


According to BCC Research 2011 market report on sensors, 
the global market for sensors was around $56.3 billion in 
2010. In 2011, it was around $62.8 billion. The global market 
for sensors is expected to increase to $91.5 billion by 2016, 
at a compound annual growth rate of 7.8%. One of the 
techniques for connecting everyday objects into networks is 
radio frequency identification RFID technology [9]. In this 
technology, the data carried by the chip attached to an object 
is transmitted via wireless links. RFID has the capability 
to convert dump devices into comparatively smart objects. 
RFID systems can be used wherever automated labelling, 
identification, registration, storage, monitoring, or transport is 
required to increase efficiency and effectiveness. According 
to Frost & Sullivan (2011), the global RFID market was 
valued at from $3 billion to $4 billion in 2009. The RFID 
market will grow by 20% per year through 2016 and reach 
a volume of approximately from $6.5 billion to almost $9 
billion. According to Figure 2, it is expected that five main 
sectors, education, transportation, industry, healthcare, and 
retails, will generate 76% of the total RFID market demand 
by 2016. 



Fig. 2. RFID Sales by Major Market Segments. 


“Smart city” [10] is a concept aimed at providing a set 
of new generation services and infrastructure with the help 
of information and communication technologies (ICT). Smart 
cities are expected to be composed of many different smart 
domains. Smart transportation, smart security and smart energy 
management are some of the most important components for 
building smart cities [11]. However, in term of market, smart 
homes, smart grid, smart healthcare, and smart transportation 
solutions are expected to generate the majority of sales. Ac¬ 
cording to MarketsandMarkets report on Smart Cities Market 
(2011 - 2016), the global smart city market is expected to 
cross $1 trillion by 2016, growing at a CAGR of 14.2% as 
illustrated in Figure 3. 

1400 
1200 
1000 
^800 
I 600 

“ 400 
200 
0 

Fig. 3. Smart Product Sales by Market in 2016. 
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The interconnection and communication between everyday 
objects, in the loT paradigm, enables many applications in 
many domains. Asin and Gascon [12] have listed 54 applica¬ 
tion domains under 12 categories: smart cities, smart environ¬ 
ment, smart water, smart metering, security and emergencies, 
retail, logistics, industrial control, smart agriculture, smart 
animal farming, domestic and home automation, and eHealth. 
After analysing the industry marketplace and careful consid¬ 
eration, we classified the popular existing loT solutions in 
the marketplace into five different categories: smart wearable, 
smart home, smart city, smart environment, smart enterprise. In 
this paper, we review over 100 different loT solutions in total. 
It is important to note that not all the solutions we examined 
are listed in the technology review in Table II. For the review, 
we selected a wide range of loT products which demonstrate 
different context-aware functionalities. 
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Fig. 4. Evolution of the Internet in five phases. The evolution of Internet begins with connecting two computers together and then moved towards creating 
World Wide Web by connecting large number of computers together. The mobile-internet emerged by connecting mobile devices to the Internet. Then, peoples’ 
identities joined the Internet via social networks. Finally, it is moving towards Internet of Things by connecting every day objects to the Internet 


III. Evolution of Context-aware Technology 

It is important to understand the evolution of the Internet 
before discussing the evolution of context-aware technologies. 
The Internet broadly evolved in five phases as illustrated in 
Figure 4. The evolution of Internet begins with connecting 
two computers together and then moved towards creating the 
World Wide Web by connecting large number of computers 
together. Mobile-Internet emerged when mobile devices were 
connected to the Internet. People’s identities were added to 
the Internet via social networks [13]. Finally, the Internet of 
Things emerged, comprised of everyday objects added to the 
Internet. During the course of these phases, the application of 
context-aware communication and computing changed signif¬ 
icantly [2]. 

In the early phase of computer networking when comput¬ 
ers were connected to each other in point-to-point fashion, 
context-aware functionalities were not widely used. Providing 
help to users based on the context (of the application currently 
open) was one of the fundamental context-aware interactions 
provided in early computer applications and operating systems. 
Another popular use of context is context-aware menus that 
help users to perform tasks tailored to each situation in a given 
application. When the Internet came into being, location infor¬ 
mation started to become critical context information. Location 
information (retrieved through IP addresses) were used by 
services offered over the Internet in order to provide location- 
aware customization to users. Once the mobile devices (phones 
and tablets) became a popular and integral part of everyday 
life, context information collected from sensors built-in to the 
devices (e.g. accelerometer, gravity, gyroscope, GPS, linear 
accelerometer, and rotation vector, orientation, geomagnetic 
field, and proximity, and light, pressure, humidity and temper¬ 
ature) were used to provide context-aware functionality. For 
example, built-in sensors are used to determine user activities, 
environmental monitoring, health and well-being, location and 
so on [14]. 

Over the last few years social networking [15] has be¬ 
come popular and widely used. Context information gath¬ 
ered through social networking services [16] (e.g. Facehook, 
Myspace, Twitter, and Foursquare) has been fused with the 


other context information retrieved through mobile devices 
to build novel context-aware applications such as activity 
predictions, recommendations, and personal assistance [17]. 
For example, a mobile application may offer context-aware 
functionalities by fusing location information retrieved from 
mobile phones and recent Tikes’ retrieved from social media 
sites to recommend nearby restaurants that a user might like. 
In the next phase. Things’ were connected to the Internet by 
creating the loT paradigm. An example of context-aware func¬ 
tionality provided in the loT paradigm would be an Internet- 
connected refrigerator telling users what is inside it, what 
needs to be purchased or what kind of recipes can be prepared 
for dinner. When the user leaves the office, the application 
autonomously does the shopping and guides the user to a 
particular shopping market so s/he can collect the goods it 
has purchased. In order to perform such tasks, the application 
must fuse location data, user preferences, activity prediction, 
user schedules, information retrieved through the refrigerator 
(i.e. shopping list) and many more. In the light of the above 
examples, it is evident that the complexity of collecting, 
processing and fusing information has increased over time. 
The amount of information collected to aid decision-making 
has also increased significantly. 

IV. Theoretical Foundation and Evaluation 
Framework 

This section discusses context-aware theories and related 
historic developments over time. The evaluation framework 
which we used to review loT products in the marketplace 
are built upon the theoretical foundation presented in this 
section. First, we lay the theoretical foundation and secondly 
we discuss the evaluation framework. 

A. Context-aware Computing Theories 

The term context has been defined by many researchers. Dey 
et al. [18] have evaluated and highlighted the weaknesses of 
these definitions. Dey claimed that the definition provided by 
Schilit and Theimer [19] was based on examples and cannot 
be used to identify new context. Further, Dey claimed that 
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definitions provided by Brown [20], Franklin and Flachsbart 
[21], Rodden et al. [22], Hull et al. [23], and Ward et al. 
[24] used synonyms to refer to context, such as ‘environment’ 
and ‘situation’. Therefore, these definitions also cannot be 
used to identify new context. Abowd and Mynatt [25] have 
identified the five W’s (Who, What, Where, When, Why) as the 
minimum information that is necessary to understand context. 
Schilit et al. [26] and Pascoe [27] have also defined the term 
context. 

We accept the definition of context provided by Abowd et 
al. [5] to be used in this research work, because their definition 
can be used to identify context from data in general. We 
presented the definition of context in Section I. 

The term context awareness, also called sentient, was first 
introduced by Schilit and Theimer [19] in 1994. Later, it was 
defined by Ryan et al. [28]. In both cases, the focus was on 
computer applications and systems. As stated by Abowd et 
al. [5], those definitions are too specific and cannot be used 
to identify whether a given system is a context-aware system 
or not. We presented the definition provided by Abowd et 
al. [5] in Section I. After analysing and comparing the two 
previous efforts conducted by Schilit et al. [26] and Pascoe 
[27], Abowd et al. [5] identified three features that a context- 
aware application can support: presentation, execution, and 
tagging. Even though, the loT vision was not known at the 
time these features are identified, they are highly applicable 
to the loT paradigm as well. We elaborate these features from 
an loT perspective. 

• Presentation: Context can be used to decide what in¬ 
formation and services need to be presented to the user. 
Let us consider a smart [29] environment scenario. When 
a user enters a supermarket and takes their smart phone 
out, what they want to see is their shopping list. Context- 
aware mobile applications need to connect to kitchen 
appliances such as a smart refrigerator [30] in the home 
to retrieve the shopping list and present it to the user. 
This provides the idea of presenting information based 
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Fig. 5. Context-aware features identified by different researchers: Abowd 
et al. [5] (Blue), Schilit et al. [26] (Yellow), Pascoe [27] (Green). Ccontext- 
awareness as been defined using these features (can also be called character¬ 
istics of a given system) 



on context such as location, time, etc. By definition, loT 
promises to provide any service anytime, anyplace, with 
anything and anyone, ideally using any path/network. 

• Execution: Automatic execution of services is also a 
critical feature in the loT paradigm. Let us consider a 
smart home [29] environment. When a user starts driving 
home from their office, the loT application employed in 
the house should switch on the air condition system and 
switch on the coffee machine to be ready to use by the 
time the user steps into their house. These actions need to 
be taken automatically based on the context. Machine-to- 
machine communication is a significant part of the loT. 

• Tagging: In the loT paradigm, there will be a large 
number of sensors attached to everyday objects. These 
objects will produce large volumes of sensor data that 
has to be collected, analysed, fused and interpreted [31]. 
Sensor data produced by a single sensor will not provide 
the necessary information that can be used to fully under¬ 
stand the situation [32]. Therefore, sensor data collected 
through multiple sensors needs to be fused together [33]. 
In order to accomplish the sensor data fusion task, context 
needs to be collected. Context needs to be tagged together 
with the sensor data to be processed and understood later. 
Context annotation plays a significant role in context- 
aware computing research. The tagging operation also 
identified as annotation. 

In Figure 5, we summarise three different context-aware 
features presented by researchers. It is clear that all these clas¬ 
sification methods have similarities. We have considered all 
these feature sets when developing our evaluation framework. 


B. Evaluation Framework 

This section presents the evaluation framework we used 
to review the loT products in context-aware perspective. We 
developed this evaluation framework based on the widely 
recognized and cited research done by Abowd et al. [5]. In 
this evaluation, we apply one and half decade old context 
aware theories into loT era. Our evaluation is mainly based 
on three context-aware features in high-level: 1) context-aware 
selection and presentation, 2) context-aware execution, and 3) 
context-aw are-tagging. However, we have also enriched the 
evaluation framework by identifying sub-features under above 
mentioned three features. Our evaluation framework consists 
of nine (9) features. 

The Figure 6 visualizes how data is being collected trans¬ 
ferred, processed, context discovered and annotated in typical 
loT solutions. It is important to note that not all solutions may 
use the exact same data fiow. Each solution may use part of 
the architecture in their solution. We will refer to this common 
data fiow architecture during this paper to demonstrate how 
each solution may design their data flows. Our objective is to 
identify major strategies that are used by loT products to offer 
context-aware functionalities. From here onwards, we explain 
the taxonomy, the evaluation framework, used to evaluate the 
loT products. The results of the evaluation are presented in 
Table IT Summary of the evaluation framework is presented 
in Table 1. 
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Fig. 6. Data Flow in loT Solutions in High-level. Context can be discovers in different stages / phases in the data flow. A typical loT solution may use 
some part of the data flow architecture depending on the their intended functionalities. 


First we introduce the name of the loT solution in the 
column (1) in Table IT We also provide the web page link 
of the each product / solution. It is important to note that, 
these products does not have any related academic publication. 
Therefore, we believe that web page links are the most reliable 
reference to a given loT solution. Such links allow readers to 
follow further reading by using the product name along with 
web link. 

In column (2), we classify each product into five categories. 
Each category is denoted by a different colour: red ■ (smart 
city), yellow ■ (smart environment), blue ■ (smart enterprise), 
green ■ (smart wearable), and purple ■ (smart home). Some 
solutions may belong to multiple categories. We divide the rest 
of the columns into three section : Context-aware Tagging, 
Context Selection and Presentation, and Context execution. 

1) Context-aware Tagging Section: Context-aware tagging, 
which is also called context augmentation and annotation 
represent the idea of sensing the environment and collecting 
primary context information. We also believe that secondary 
context generation is also a part of context-aware tagging 
feature. Primary context is any information retrieved without 
using existing context and without performing any kind of 
sensor data fusion operations [2]. For example, SenseAware 
(senseaware.com) is a solution developed to support real-time 
shipment tracking. As illustrated in Figure 7, SenseAware 



Fig. 7. SenseAware (senseaware.com) uses small smart devices that comprises 
flve different built-in sensors with limited computational and communication 
capabilities. It reports the status of the packages in real time to the cloud. 
These smart devices comes in different sizes and form factors, as illustrated 
here, in order to support different types of packaging methods (Two types of 
smart devices are shown in the flgure) 


collects and processes context information such as location, 
temperature, light, relative humidity and biometric pressure 
in order to enhance the visibility and transparency of the 
supply chain. SenseAware uses both hardware and software 
components in their sensor-based logistic solution, such data 
collection allows different parties engage in supply chain to 
monitor the movement of goods in real-time and accurately 
know the quality of the transported goods and plan their pro¬ 
cesses effectively and efficiently. We list commonly acquired 
primary context information in column (3) in Table II. 

Secondary context is any information that can be computed 
using primary context. The secondary context can be com¬ 
puted by using sensor data fusion operations or data retrieval 
operations such as web service calls (e.g. identify the distance 
between two sensors by applying sensor data fusion operations 
on two raw GPS sensor values). Further, retrieved context such 
as phone numbers, addresses, email addresses, birthdays, list 
of friends from a contact information provider based on a 
personal identity as the primary context can also be identified 
as secondary context. For example, Mimo (mimobaby.com) 
has built a smart nursery system, where parents learn new 
insights about their baby through connected products like the 
Mimo Smart Baby Monitor. In this product, turtle is the device 
that collects all primary context information. Then the data 
is transferred to an intermediary devices called lilypad. Such 
responsibility offloading strategy allows to reduce the turtle'^ 
weight at minimum level and to increase the battery life, the 
communication and processing capabilities are offloaded to the 
lilypad device which can be easiy recharged when necessary. 
We can see Mimo Smart Baby Monitor usees some parts of 
the data flow architecture we presented in Figure II. User 
interface provided by Mimo and the data fiow within the 
solution is presented in Figure 8. Cloud services [34] performs 
the additional processing and summarised data is pushed 
to the mobile devices for context presentation. In the user 
interface, parents are presented mostly the secondary context 
information such as baby movement or baby’s sleeping status. 
Accelerometer sensors are used to discover such secondary 
context information using pattern recognition techniques. We 
list secondary context information generated by loT solutions 
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in column (4) in Table II. 

2) Context Selection and Presentation Section: There are 
number of commonly used strategies, by most of the loT 
solutions in the marketplace, to present context to the users. 

Most of the loT products use some kind of visualization 
techniques to present context information the users. We call 
this visual presentation. For example, Fitbit (fitbit.com) is a 
device that can be worn on multiple body parts in order to 
tracks steps taken, stairs climbed, calories burned, and hours 
slept, distance travelled, quality of sleep. This device collects 
data and present it to the users through mobile devices and 
web interfaces. Figure 9 illustrates the context presentation 
of Fitbit. Variety of different charts, graphs, icons and other 
types of graphical elements are heavily used to summarise and 
present analysed meaningful actionable data to the users, such 
visualization strategies are commonly encouraged in human 
computer interaction domain specially due to the fact that ’a 
picture is worth a thousand words'. We denote the presence 
of virtual presentation related to each loT product using (/) 
in column (5) in Table II. 

loT solutions in the market place also employ different 
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Fig. 8. (a) User interface provided to the users, in this case parents by Mimo 
Smart Baby Monitor (mimobaby.com). All the raw information collected 
are presented to the users, using graphs, figures and icons, after generating 
secondary context information, (b) Illustrates how primary context has been 
collected and transferred through the infrastructure to discover secondary 
context information. 


commonly used devices to present the context to the users. 
Typically, an loT solution offers context presentation and 
selection via some kind of software application. Some of 
the commonly used presentation channels are web-based 
(W), mobile-based (M), desktop-based (D), and objects-based 
(O). First, three mediums describes themselves. Object-based 
means that context selection and presentation is done through 
a custom loT device itself. Sample loT solutions that use 
object-base presentation strategy are presented in Figure 10. 
We identify the presence of different presentation channels 
related to each loT product in column (6) in Table II. 

In addition to the context presentation channels, loT solu¬ 
tions use number of user interaction mechanisms such as voice 
(V), gesture (G), touch (T). Over last few years, we have seen 
more and more voice activated loT solutions are coming to the 
marketplace. For example, latest technological development 
such as natural language processing and semantic technologies 
have enabled the wide use of voice activated loT solutions. 
Amazon Echo (amazon.com/oc/echo), Ubi (theubi.com) are 
two voice activated personnel assistant solutions. Typically, 
they are capable of answering user queries related to weather, 
maps, traffic and so on (i.e. commonly asked questions). They 
are designed to learn from user interactions and customize 
their services and predictive models based on the user be¬ 
haviour and preferences. These solutions have gone beyond 
what typical smart phone assistants such as Google One, 
Microsoft Cortana, Apple Siri has to offer. For example, Ubi 
has the cabability to interact with other smart objects in the 
smart house environment. 

More importantly products such as Ivee (helloivee.com), 
a voice controlled hub for smart homes, facilitates interop¬ 
erability over the other loT products in the markets. This 
means that consumers can use Ivee to control other loT prod¬ 
ucts Iris (irissmarthome.com). Nest (nest.com). Philips Hue 
(meethue.com), SmartThings (smartthings.com), and Belkin 
WeMo (belkin.com). We discuss interoperability matters in 
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Fig. 9. The Fitbit web based dashboard displays recent activity level and 
lots of other statistics using graphics, charts, and icons. 
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Fig. 10. (a) Smart Oven (maidoven.com), (b) Smart Fridge 

(Ig.com/us/discover/smartthinq/refrigerator), (c) Smart Washing machine 
(Ig.com/us/discover/smartthinq/laundry). Some of the commonly used 
objects in households are not enriched with presentation capabilities such 
as touch screens. In such circumstances context selection and presentation 
responsibilities can be offloaded to commonly used devices such as 
smart-phones and tablets. 


details in Section VI. In addition to centralizes home hubs 
based loT systems, more and more standalone loT products 
also support voice-activated interaction such as executing 
commands. For example, VOCCA (voccalight.com) is a plug 
& play voice activated light bulb adapter requires no WiFi, no 
set-up, no installation. 

Gesture has also been used to enable the interac¬ 
tions between loT products and users. For example Myo 
(thalmic.com/en/myo/) is a wearable armband that can be 
used to issues gesture base commands. Myo reads gestures 
and motion and let hte users to seamlessly control smart 
phones, presentations, and so on. Nod (hellonod.com) is the 
a advanced gesture control ring. It allows users to engage 
objects with user movements. Nod can be considered as a 
universal controller, allowing effortless communication with 
all of the smart devices in users connected life, including 
phones, tablets, Google Glass, watches, home appliances, TVs, 
computers and more. We identify the presence of different user 
interaction mechanisms related to each loT product in column 
(7) in Table II. 

loT solutions process data in different locations in their 
data communication flow as shown in Figure 6. Sometimes 
data is processed within the sensors or the local processing 
devices. In other circumstances, data is sent to the cloud 
for processing. Deepening the applications and functionalities 
each loT solution tries to provide, data may be processed in 
real-time (RT) or later (A). Specially, event detection based 
loT systems need to act in real-time which requires real-time 
processing. For example, loT solutions such as Mimo smart 
baby monitor performs data processing in real-time as their 
mission is to increase the health and safety of the toddlers. It 
is also important to note that not every solution requires data 
archival. For example, health and fitness related loT products 
can be benefited from archiving historic data. Such archives 
data will allow to produce graphs and charts over time and 
provide more insights and recommendations t the consumers. 
More data also facilitates more accurate prediction. However, 
storing more data cost more and not every solution requires 
such storage. ShutterEaze (shuttereaze.com) makes it easy for 
anyone to add remote control functionality and automate their 
existing interior plantation shutters. For example, loT product 
like this will not necessarily be benefited by archiving historic 
data. Still it can learn user behaviour over time (based on 
how users use the product), and automate the task without 


storing data. We identify the usage of real-time and archival 
techniques in column (8) in Table II. 

loT solutions mainly use three different reaction mecha¬ 
nisms. Most commonly used mechanism is notification (N). 
This means that when a certain condition is met, loT solution 
will release a notification to the users explaining the context. 
For example, Mimo (mimobaby.com), the baby monitoring 
product we mentioned earlier, notifies the parents when the 
baby shows any abnormal movements or breathing patterns. 
Parent will receive the notification through their smart phone. 
Some loT solutions may react by performing actuations (A). 
For example. Blossom (myblossom.com) ia a smart watering 
products that can be self-programmed based on real-time 
weather data and gives the user control over the phone, 
lowering the water bill up to 30%. In this kind of scenario, the 
product may autonomously perform the actuations (i.e. open 
and close sprinklers) based on the context information. An¬ 
other reaction mechanism used by loT solutions is providing 
recommendations (R). For example, MAID (maidoven.com) 
has a personalization engine that continuously learns about the 
users. MAID learns what users cook regularly, tracks users 
activity using data from smart phones and smart watches. 
Then, it will provide recommendations for a healthy balanced 
diet. MAID also recommends users to workout or to go for a 
run based on the calories they consume each day. We identify 
the usage of reaction mechanisms related to each loT product 
in column (9) in Table II. 

Another important factor we identified during the prod¬ 
uct review is the leam-ability. Some products are capable 
of recording user provided inputs and other autonomously 
gathered information to predict future behaviours. In computer 
science, such behaviour is identified as machine learning 
(ML). For example. Nest (nest.com) thermostat is capable of 
learning users’ schedules and the temperatures users prefer. It 
keeps users comfortable and saves energy when they are away. 
In contrast, products such as Fibaro (flbaro.com) requires users 
to explicitly defines (UD) event thresholds and triggers as 
shown in Figure 11. We review the learn-ability of each loT 
product in column (10) in Table II. 

There are number of different ways that an loT product 
would trigger a certain reaction. It is important to note that 
a single loT solution may combine multiple triggers together 
in order to facilitate complex requirements. Some rigger may 
be spacial (S), temporal (T), or event based (E). Event based 
triggers are the most commonly used mechanism. Eor example, 
the loT products such as SmartThings (smartthings.com). 
Ninja Blocks (ninjablocks.com), Fibaro (flbaro.com). Twine 
(supermechanical.com) allow users to define contextual trig¬ 
gers using sensors, actuators and parameters. Eigure 11 and 
Eigure 12 shows how two different products define events. 

Low powered bluetooth beacons are commonly used in loT 
products, specially in commercial and retail sector for both 
localization and location-based advertising [35]. Eor example, 
XY (xyflndit.com) and Estimote (estimote.com) are two similar 
products in the loT marketplace that provide small beacons 
that can be attached to any location or object. The beacons will 
broadcast tiny radio signals which smart phones can receive 
and interpret, unlocking micro-location and contextual aware- 
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TABLE I 

Summary of the Evaluation Eramework Used in Table II 


Taxonomy / Feature Description 


1 Product and Web link 

2 Category 

3 Primary Context 

4 Secondary Context 

5 Visual Presentation 

6 Presentation Channels 

7 User Interaction Mechanism 

8 Real-Time or Archival 

9 Reaction Mechanism 

10 Learning Ability 

11 Notification Execution 


The name of the loT product or the solution sorted by ‘Category’ and then by ‘Project Name’ within each category 
in ascending order. 

Category that the solution belongs to. Each category is denoted by a different colour: red ■ (smart city), yellow 
■ (smart environment), blue ■ (smart enterprise), green ■ (smart wearable), and purple ■ (smart home). Some 
solutions belongs to multiple categories. 

Major context data captured by loT solutions. 

Major secondary context generated by the loT solution. 

We denote the presence of visual context presentation using a (/). 

We identify a number of commonly used presentation channels as follows: Web-based (W), Mobile-based (M), 
Desktop-based (D), Object-based (O). Please note that web based channels can be accessed through both mobile 
and desktop devices. However, we consider web-based as a separate category while native mobile apps considered 
as mobile based and native desktop apps consider as desktop-based. 

We identify Touch (T), Gesture (G), and Voice (V) as three commonly used user interaction mechanism. 
Interactions done through a PC or a smart phone is denoted by (M). Touch (T) refers to the ‘user touching 
a physical product’. It does not refer to the user interaction using touch enabled devices such as smart phones. 
Some loT solutions processes data in real-time (RT) and other process archival data (A). 

loT products use different reaction mechanisms. Some of them release notifications (N). Some solutions provides 
recommendation (R) to the users on how to react to a certain situation. Some loT products perform physical 
actuations (A). 

Some solutions are capable of learning by analysing user behaviours and other inputs over time, such machine 
leaning ability is denoted by (ML). Other solutions require specific instruction from users typically using IF- 
ELSE-THEN mechanism. Such user defined approach is denoted using (UD). 

In loT products, notifications are released based in different conditions as follows: Temporal (T), Spatial (S), 
Event (E). Notification could be in any form such as SMS, email, sound, vibration and so on. 


Note: Cases where sufficient information were not available are denoted by (-). Further, (x) denote the unavailability of a certain feature. 


I ^ CMWBiWi ^ I ♦ I —PI ; ^ \ Rgin B| ^ P O 

P P 

^ idof mndbvra aiif^ 

[♦LSI an • • 

[♦iai'-qi Wmssi I ♦ I ■ Bi [ ►N rij o e 


If raining: 

- close roof windows, 

- turn garden sprinklers OFF, 

- set "it rained" variable to 1. 



Each day at 6:00 am check if "it rained" (user defined variable). 
If not ("it rained" variable = 0) - turn the sprinklers ON. 


Fig. II. Two scenarios defined using Fibaro (fibaro.com) platforms. The 
screen-shots show how different types of context triggered can be defined by 
combining sensors, actuators and predefined parameters. 


ness. Therefore, loT products may trigger a reaction when 
either users entering into or going out from a certain area. 
There are some other products such as FiLlP (myfilip.com) 
which users location-aware triggers to make sure children are 
staying within safe area. FiLlP uses a unique blend of GPS, 
GSM, and WiFi to allow parents to locate their child using the 
most accurate location information, both indoors and outdoors. 
Parents can create a virtual radius around a location, such as 
home, school or a friend’s house. Further, parents can set up 
to five such safe zones using the FiLlP app. A notification will 


be sent to the parent’s smart phone when FiLlP detects that 
the child has entered or left a safe zone. 

In temporal mechanism, trigger is release based on a time 
schedule. Temporal triggers may refer to time as time of the 
day (e.g. exactly: 10.30 am or approximately: morning), day of 
the week (e.g. Monday or weekend), week of the month (e.g. 
second week), month of the year (e.g January), season (e.g. 
winter). Figure 11 show how Fibaro system allows to define a 
trigger by incorporating temporal triggers. loT products such 
as Nest thermostat also use temporal triggers to efficiently 
learn and manager energy consumption. 


Mil TWINE HELLO. JOHN 


Twines v OSupport PFofums O Account O Sign out 


OFFICE TWINE 


Door alert 


temperature 

73 ”F 



! when someone opens the door. 


How rules work 
How to use sensors 



Fig. 12. Twine (supermechanical.com) provides a user interface to define 
scenarios by combining sensors and actuators in a WHEN-THEN fashion 
which is also similar to the IF-THEN mechanism. Twine will trigger the 
actuation accordingly when conditions are met. 
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V. Review of IoT Solutions 

In this section we evaluated variety of different loT solutions 
in the marketplace based on the evaluation framework pre¬ 
sented in the earlier section. Table I, summarises the evaluation 
framework used and Table II presents the loT product review 
results. 

VI. Lessons Learned, Opportunities and 
Challenges 

This section presents some major lessons we learnt during 
the loT product review. 

A. Trends and Opportunities 

According to our survey on the loT product marketplace, 
it is evident that the types of primary context information 
collected through sensors are mostly limited. However, the 
ways such collected data is been processed varied significantly 
based on the application and the required functionalities that 
the loT product plan to offer. Therefore, it is important to 
understand that, in loT, same data can be used to derive 
different insights in different domain. In combine, the loT 
solutions have used around 30-40 different types of sensors to 
measure different parameters. The ability to derive different 
insights using same set of data validates the importance of 
sensing as a service model [8], which envisions to create a 
data market that buys and sells data. 

Most of the loT solutions have used some kind of context 
presentation technique that summarizes and converts the data 
into a easily understandable format. It is also important to note 
that, despite the advances in human computer interaction, most 
of the loT solutions have only employed traditional computer 
screen-based technique. Only few loT solutions really allow 
voice or object-based direct communications. However, most 
of the wearable solutions use touch as a common interaction 
technique. We also see a trend of smart home products also 
increasingly use touch-based interactions. Hands free voice or 
gesture based user interaction will help consumers to seam¬ 
lessly integrate loT products into their lives. At least, smart 
watches and glasses may help to reduce the distraction that 
smart phones may create when interacting with loT products. 

Most of the loT products ends their services after releasing 
notification to the consumers. Users will need to perform the 
appropriate actuation tasks manually. Lack of standards in 
machine to machine (M2M) communication seems to play a 
significant role in this matter. We will discuss this issue in 
Section VI-C. Finally, it is important to note that increasing 
number of loT products use data analytic and reasoning in 
order to embed more intelligence to their products. As a result, 
there is a need for domain independent, easy to use (e.g. drag 
and drop configuration without any program coding) analytical 
frameworks with different characteristics where some may 
effectively perform on the cloud and the others may work 
efficiently in resource constrained devices. One solution in 
this space is Microsoft Azure Machine. Learning^ Another 
generic framework is Wit. Wit (Wit.ai) is a natural language 

^http://azure.microsoft.com/en-us/services/machine-Iearning/ 


processing API for the loT which allows developers to easily 
and quickly add natural language processing functionality to 
their loT solutions. 

It is important to note that most of the loT solutions consider 
families or group of people as a whole, not as individuals. 
Therefore, most of the loT solutions are unable to individually 
and separately identify father, mother or child living in a given 
house. For example, the temperature that individual family 
members would like to have can be different. However, most 
of the modem thermostat only consider context information 
such as past behaviour, time of the day, presence of a user, and 
so on. However, it cannot handle individual preferences of the 
family members. Therefore, embedding such capabilities to the 
loT products would be a critical requirement to be successful 
in future loT marketplace. 

In order to support and encourage the adoption of loT 
solution among consumers, it is important to make sure that 
the usage of products allows to recover the cost of product 
purchase within a reasonable time period. For example, the 
Nest thermostat promises that consumers can recover its costs 
through reducing the energy bill. Auto-Schedule feature in 
Nest makes it easy to create an energy efficient schedule that 
help the users to save up to 20% on heating and cooling bills. 

B. Product Prototyping 

There are number of do-it-yourself (DIY) prototyping plat¬ 
forms available that allows to create loT prototypes quickly 
and easily. Specially these platforms are cheaper and mod¬ 
ular in nature. They allow anyone with a new idea to test 
their initial thoughts with very limited budget, resources, and 
more importantly less time. Arduino (arduino.cc) (including 
variations such as Lihelium (libelium.com)), .NET Gargeteer 
(netmf.com/gadgeteer), LittleBits (littlebits.cc) are some well 
known prototyping platforms. Most of these products are open 
source in nature. More importantly over the last few years, 
they have become more interoperable which allows product 
designers to combine different prototyping platforms together. 
The programming mechanisms use to program these modules 
can be varied (e.g. C, C#, Java, Javascript, etc.). Some 
platforms provide easy and intuitive ways to write program 
such as mashing-ups and wirings as shown in Figure 13. 

There are small computer systems been developed 
to support loT prototyping. For example Raspberry Pi 
(www.raspberrypi.org) is a such product. Raspberry Pi is 
a credit card-sized single-board computer developed in the 
UK by the Raspberry Pi Foundation with the intention of 
promoting the teaching of basic computer science in schools. 
However, more recently. Raspberry Pis are heavily used in loT 
product prototype development. For example, loT products 
such as NinjaBlocks (ninjablocks.com) has used Raspberry Pis 
in their production officially. Further, most of the platforms 
such as Ardunio can successfully work with Raspberry Pi 
Computers. Recently, Intel has also produced a small computer 
(e.g. Intel Galileo and Intel Edison boards) competitive to 
Raspberry Pi which runs both windows and Linux. The Intel 
Edison is a tiny computer offered by Intel as a development 
system for wearable devices. 
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■ 
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Sound levels. 
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Monitoring] CO, NO 2 
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- 

A 

N 
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M 

RT, A 

N, R 

ML, UD 

S, E 
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■ 

Force sensor. Heart rate 

sensor 
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/ 
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Breathing rate. Posture, 








[Health Monitor] Bio- 
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where.com) 

■ 

GPS, ECG, Heart rate 

Activity level. Peak Ac¬ 
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[Smart Ring] 

Electricfoxy 

■ 

3-Axis accelerometer. 
Heart rate, GPS 

Heart condition. Calo¬ 
ries Burned 

/ 

0 M 

T, M 

RT 

N 

ML, UD 

T, S, E 

(electricfoxy. com) 



Steps, Distance, 








[Health-Fitness 
Tracker] Fitbit 
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Pressure 
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[Sport Goggles] Oak¬ 
ley (oakley.com) 
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Accelerometer 3- 

Axis Gyroscope, 3- 
Axis Magnetometer, 

Temperature, 

Barometric Pressure 

Speed, Track friends. 
Navigation maps. Jump 
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Hit direction. Force esti- 
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■ 

Rotation, Pressure 
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Zepp (zepp.com) 
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Dual accelerometers 3- 
Axis Gyroscope 

Swing plane. Tempo, 
Backs wing position. Hip 
rotation 

/ 

M 

T, M 

RT, A 

N,R 

ML,UD 

E 



Volatile organic com¬ 









[Indoor Air Quality 
Monitor] Alima 

(getalima.com) 

■ 

pounds, CO 2 , CO, Tem¬ 
perature, Humidity, Ac¬ 
celerometer, 

Indoor air quality pre¬ 
diction 

/ 

0 , M, W 

M 

RT, A 

N 

ML 

E 

[Smart Locator] 

BiKN (bikn.com) 

■ 

Beacon signal strength 

Distance, Geo-fencing 

/ 

0,M 

T, M 

RT, A 

N 

UD 

S 

[Family Connections] 
Good Night Lamp 

■ 

X 

X 

X 

0 

T 

RT, A 

A 

X 

X 

(goodnightlamp.com) 
[Light Bulb] Hue 
Bulb (meethue.com) 

■ 

X 

X 

/ 

M 

M 

X 

A 

UD 

X 

[Door Lock] Lock- 
itron (lockitron.com) 

■ 

GPS, Person ID 

Identify family and 
friends 

/ 

0 , M 

M 

- 

A 

- 

T, S, E 




Efficient heating sched¬ 








[Smart Thermostat] 

■ 

Temperature 

ule, Heat up and cool 

/ 

0 , M 

T, M 

RT 

A 

ML 

E 

Nest (nest.com) 


Motion, Moisture, 

down time calculation 








[Smart Home] 

Ninja Blocks 

(ninjablocks.com) 

■ 

Temperature, Light, 

Humidity, Presence 

[extendible] 

Energy usage. Indoor lo¬ 
calization 

/ 

M 

V, M 

RT 

N, R, A 

UD 

T, S, E 



Temperature, Humidity, 









[Weather Station] Ne- 

■ 

Air quality, CO 2 , Sound, 

Weather prediction 

/ 

M, W 

M 

RT 

N 

UD 

E 

tatmo (netatmo.com) 


Pressure 

Weight, Body composi¬ 

Body Mass Index, Air 








[Smart Scale] With- 

■ 

tion, Heart rate. Temper¬ 

quality. Automatic user 

/ 

M, W 

M 

RT, A 

N, R, A 

UD 

X 

ings (withings.com) 


ature, CO 2 

Motion, Moisture, 

recognition 








[Smart Home] 

SmartThings 
(smartthing s. com) 

■ 

Temperature, Light, 

Humidity, Presence 

[extendible] 

Energy usage. Indoor lo¬ 
calization 

/ 

M 

V, M 

RT 

N, R, A 

UD 

T, S, E 

[Thermostat] Tado 

■ 

Temperature, GPS, 

Weather forecast 

Efficient heating sched¬ 
ule , User location pre¬ 

/ 

M 

M 

RT, A 

N, A 

ML, UD 

T, S 

(tado.com) 


diction 










Moisture, Magnetism, 

Recommendation to 








[Smart Cooking] 

■ 

Temperature, Vibration, 

cook meat 

/ 

M, W 

M 

RT, A 

N 

UD 

T, S, E 

Twine (supermechan- 
ical.com) 


Orientation 
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[Personal Assistant] 
Ubi (theubi.com) 

■ 

Temperature, light, hu¬ 
midity, pressure 

- 

/ 

O, M, W 

V 

RT, A 

N, R, A 

ML, UD 

T, S, E 

[Power Plug] WeMo 
Switch (belkin.com) 

■ 

Temperature, energy 

consumption 

Estimate Cost 

/ 

M 

T, M 

RT, A 

N, A 

UD 

T,E 

[Family Connections] 
WhereDial 

■ 

GPS 

location (e.g. pub, 
work, home) 

X 

O 

T 

RT 

N 

X 

E 

(wheredial.com) 


Accelerometer, location. 

Daily Activity Re¬ 
port (play time, rest 








[Dog Activity Moni¬ 

■ 

time). Medical Rec¬ 

/ 

M 

M 

RT, A 

N, R 

ML 

S 

toring] Whistle (whis- 


person 

ommendations, Ex- 








tle.com) 



cers 









Programming IDE tools such Microsoft Visual Studio pro¬ 
vides significant support for loT program development by 
facilitating visual wiring, mash ups and automated code gen¬ 
eration. Such ease of programming and prototyping abilities 
have attracted significant attention from hobbyist, researcher, 
and even from school children. 

These modular based prototyping tools allow to build and 
test context-aware functionalities efficiently and effectively. 
Most of these platforms offer large number of sensing mod¬ 
ules that allow to collect data from different types sensors. 
As we mentioned earlier such data can be considered as 
primary context. Therefore, such primary context can be 
combined together to generate secondary context information. 
However, in most of the prototyping platforms, secondary 
context discovery needs to be done manually or using IF-ELSE 
statements. However, it would be much useful to develop a 
standard framework with modularity in mind to address this 



Fig. 13. (a) Microsoft Visual Studio IDE that allows to visually wire .NET 

Gadgeteer hardware components. The IDE automatically generated the code 
skeletons to make the prototyping much easier and faster, (b) Hardware sen¬ 
sors and actuators of LittleBits (littlebits.cc) platform, (c) Wyliodrin web-based 
IDE that allows to program variety of different platforms including Arduino 
(arduino.cc) and Raspberry Pi (www.raspberrypi.org) by visually drag and 
drop programming components, (d) a Raspberry Pi (www.raspberrypi.org), 
(e) Intel Edison board. 


issue. These modules need to be defined in a standard form 
despite their differences in real implementations. Further, such 
context discovery modules should be able to combine together 
to discover more advance context information [36]. We further 
explain how such framework should work in real world in 
Section VI-D. 

C. Interoperability on Product and Services 

Interoperability is a critical factor to be successful in loT 
domain. Consumers typically do not want to stick into one 
single manufacturer or service provider. They always go for 
their preferences and for the factor which are more important 
to them such as cost, look and feel, customer service, function¬ 
ality and so on. Interoperability among different loT products 
and solutions allows consumers to move from one product to 
another or combine multiple products and services to build 
their smart environments as they like in a customize fashion. 
Further, interoperability [37] is also important to eliminate 
market domination of large companies that increase the entry 
barriers for the small loT product and service providers. 

In loT market place, interoperability is mainly achieved 
using three methods: 1) partnerships among product and ser¬ 
vice developers, 2) open and close standards, and 3) adaptors 
and mediator services. We have seen that major industrial 
players in the loT marketplace stablish strategic partnerships 
with each other in order to enable interoperability among 
their product and services. However, this is not a scalable 
strategy to widely enable interoperability among loT devices. 
Similarly, large corporations such as Apple (e.g. HomeKifi, 
HealthKif) and Google (e.g. Fit^) are also attempting to build 
their own standards and interoperability certifications. This 
kind of interoperability may lead to corporate domination of 
loT marketplace which could also hinder the innovation by 
small, medium, and start-up companies. 

To address the interoperability, there are some alliance 
have been initiated. For example AllSeen Alliance (allseenal- 
liance.org) has been created to promote some kind of interop¬ 
erability among loT consumer brands. AllSeen has developed a 

^ developer, apple. com/homekit 
^ developer.apple.com/healthkit 
^ developers .google.com/fit 





















IEEE ACCESS 


14 


Recipe 

if this then that 

I_I _I 

Trigger Action 


i 100 % ■ 


•••ooAT&T •=?■ 


r O' $ 100 % ■ 


X Browse 

Nearly home? Direct 
Message the person 
who should know 
by alexander 


Shared Recipe Ci 

. Backup my contacts 

gj > to a Google 

Spreadsheet 


DO 


47k i 

Fill out a time sheet for created by mcb 

work I58i onJul3,2013 

by djbouche 




Free Amazon.com 
Kindle books 

by c69watts 
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Create calendar entry 
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enters work wifi, 
by kripps 



Fig. 14. (a) shows how a recipe is structured using conditional statements and 
actions, (b) shows how recipes are built combining different triggers, actions, 
and channels. 


Standard software platform called AllJoyn. AllJoyn is a system 
that allows devices to advertise and share their abilities with 
other devices around them. A simple example would be a 
motion sensor letting a light bulb know no one is in the room 
it is lighting. This is the ideal approach the interoperability 
among loT products. However, security [38] and privacy in 
this framework need to be strengthen to avoid using interop¬ 
erability features to attack loT products by hackers or evil 
parties. 

Another approach to enable interoperability among different 
loT solutions is through adapter services. For example, IFTTT 
(ifttt.com). If This Then That, is a web based service that 
allows users to create powerful connections, chains of simple 
conditional statements. One simple statement is illustrated in 
Figure 14. Channels are the basic building blocks of IFTTT. 
Each Channel has its own Triggers and Actions. Some example 
Channels could be Facebook, Twitter, weather. Android Wear, 
and so on. Channel could be both hardware or software. 
Service providers and product manufactures need to register 
their services with IFTTT once. After that anyone interested ca 
use that product or service as a channel to compose any recipe. 
Example list of channels are listed here: ifttt.com/channels. 
Personal recipes are combinations of a Trigger and an Action 
from active Channels. Example recipes are shown in Figure 14. 
For example, first recipe is defined to send a twitter message 
to a family member when the user reaches home. This kind of 
recipe can be used to offload responsibility from a child so the 
system automatically act on behalf of the child and sent a tweet 
to their parents. Context-aware recommendation can also help 
users to quickly configure channels in IFTTT. Context could be 


location, time, family members around, loT products located 
near by and so on. Context-aware recommendation [39] can 
also be done by analysing similar users with similar smart 
environments. 


D. Resources and Energy Management 

Most popular approach of energy management in loT is 
through smart plugs. Plugwise (shop.plugwise.com), Thinkeco- 
inc (shop.thinkecoinc.com), Belkin (www.belkin.com) provide 
similar functionalities and services where they capture energy 
consumption using smart plugs. These solutions analyse data 
in many different ways and presented the context information 
to the users using variety of different charts and graphs. These 
plugs can also be used to home automation as they can be 
switched ON and OFF remotely or conditionally. For example, 
a condition would be temporal (i.e. time-aware behaviour) or 
spatial (i.e. location-aware behaviour). 

There aren’t any loT solutions that focus on planning or 
deployment stages of smart environments. Analyse energy 
consumption is important in both industrial large scale de¬ 
ployments (e.g. waste management solutions discussed in [8]) 
and in consumer based smart home and office deployments. 
Lets consider a smart home office planing and deployment 
scenario. At the moment, loT marketplace is fiooded with 
large number of loT smart products that offer different func¬ 
tionalities. However, there aren’t any method for consumers 
to measure or compare the benefits these products may offer 
and the associated costs such as cost of purchase, installation 
and maintains. Further, it is very hard to understand which 
solutions can work together and complement each other and 
which work standalone. 

It is also difficult to understand where to install certain 
smart products and how many products are required to cover a 
certain area. (e.g. what are the ideal locations to install micro¬ 
climate sensors within a building which enable to accurately 
identify the micro-climate behaviour). Another issue would 
be to determine the coverage of a product. For example, how 
many motion sensors are required for a given home or office. 
Currently, to best of our knowledge, there is no such tool that 
can be used to achieve above planning and installation tasks. 
As we mentioned before, consumers are always eager to know 
the costs and benefits of a products. Therefore, it is important 
to facilitate some tools that can demonstrate cost benefit 
analysis (e.g. purchase cost, maintenance cost such as energy, 
energy saving and so on.). Context information will play a 
significant role in this kind of tools where consumers may 
need to input the budget, size of the building, their priorities 
and expectations. The tool will need to make recommendations 
to the consumers on which product to buy based on the 
product’s technical specification and other consumers’ reviews 
and comments. 

The planing and installation becomes much more critical 
in industrial settings. Let considers the agricultural sensing 
scenario, the Phenonet project, presented in [40]. Phenonet 
describes the network of sensors collecting information over 
a field of experimental crops. Researchers at the High Res¬ 
olution Plant Phenomics Centre [41] needs to monitor plant 







IEEE ACCESS 


15 


growth and performance information under different climate 
conditions over time. 

It would be very valuable to have a tool that can help 
planning large scale sensor deployments. For example, energy 
predictive models will help the users to decide what kind 
of energy sources to be used and what kind of battery size 
to be used in each scenario. The amount of sensor nodes 
require to cover a curtain geographical area should be able to 
accurately predicted based on the context information using 
such tool. For example, in the agricultural sensing scenario, 
sensors deployments are planned by agricultural scientist who 
have little knowledge on electronic, communication, or energy 
consumption. Therefore, it is useful to have a user friendly tool 
that enables them to plot and visualise a large scale sensor 
deployment in virtual setting before getting into real world 
deployments. Perera et al. [40] have present the agriculture 
scenario in detail. 

Context information plays a critical role in sensor configu¬ 
ration in large scale sensor deployments in loT. The objective 
of collecting sensor data is to understand the environment 
better by fusing and reasoning them. In order to accomplish 
this task, sensor data needs to be collected in a timely and 
location-sensitive manner. Each sensor needs to be configured 
by considering context information. Let us consider a scenario 
related to smart agriculture to understand why context matters 
in sensor configuration. Severe frosts and heat events can have 
a devastating effect on crops. Flowering time is critical for 
cereal crops and a frost event could damage the flowering 
mechanism of the plant. However, the ideal sampling rate 
could vary depending on both the season of the year and the 
time of day. For example, a higher sampling rate is necessary 
during the winter and the night. In contrast, lower sampling 
would be sufficient during summer and daytime. On the other 
hand, some reasoning approaches may require multiple sensor 
data readings. For example, a frost event can be detected 
by fusing air temperature, soil temperature, and humidity 
data. However, if the air temperature sensor stops sensing 
due to a malfunction, there is no value in sensing humidity, 
because frost events cannot be detected without temperature. 
In such circumstances, configuring the humidity sensor to 
sleep is ideal until the temperature sensor is replaced and 
starts sensing again. Such intelligent (re-)configuration can 
save energy by eliminating ineffectual sensing and network 
communication. 

An ideal tool should be able to simulate different types 
of user scenarios virtually before the real world deployments 
begin. Once deployed, another set of tools are required to 
advice and recommend, scientists and non-technical users, 
on configuring sensor parameters. Configuring sensors in a 
optimal fashion would lead to longer operation time while 
maintaining required accuracy. It is important to develop the 
tools in a modular and standard fashion so the manufacturers 
of each loT solution can add their products into a library 
of product which enables consumers to easily select (may 
be drag and drop and visualize) the product they prefer 
for visualization purposes. Further, such tools will need to 
be able to combine different compatible products together 
autonomously based on context information such as budget. 


user preferences, and location information so the users will be 
offered different combinations to select from. 

Resource management is also a critical task that need to 
be done optimally in loT domain. Previously, we discussed 
how data may transferred over the network as well as through 
different types of data processing devices in Figure 6. It 
is hard to determine the optimal location^ to process data. 
Therefore, it is ideal to have a tool that is capable of evaluating 
a given software component^ against a given computational 
network architecture and deciding which location is optimal 
to conduct any kind of reasoning based on user preferences, 
resource availability, context information availability, network 
communication availability and so on. 

E. Privacy and Data Analytic 

loT marketplace is mainly composed with three parties, 
namely: device manufacturers, loT cloud services and platform 
providers, and third party application developers [15]. All 
these parities need to consider privacy as a serious requirement 
and a challenge. In this section, we present some advice on 
preserving user privacy in loT domain. 

Device Manufacturers: Device manufactures must embed 
privacy preserving techniques into their devices. Specially, 
manufactures must implement secure storage, data deletion, 
and control access mechanisms at the firmware level. Manu¬ 
factures must also inform consumers about the type of data that 
are collected by the devices. Moreover, they must also explain 
what kind of data processing will be employed and how and 
when data would be extracted out of the devices. Next, the 
manufactures must also provide the necessary control for the 
consumers to disable any hardware components. For example, 
in an loT security solution, consumers may prefer to disable 
the outside CCTV cameras when inside the home. However, 
consumers will prefer to keep both inside and outside cameras 
active when they leave the premises. Moreover, devices man¬ 
ufactures may also need to provide programming interface for 
third party developers to acquire data from the devices. 

loT Cloud Services and Platform Providers: It is likely that 
most of the loT solutions will have a cloud based service that 
is responsible for proving advance data analysis support for 
the local software platforms. It is very critical that such cloud 
providers use common standards, so that the consumers have a 
choice to decide which provider to use. Users must be able to 
seamlessly delete and move data from one provider to another 
over time. Such a possibility can only be achieved by following 
a common set of interfaces and data formats. Most of the cloud 
services will also use local software and hardware gateways 
such as mobile phones that act as intermediary controllers. 
Such devices can be used to encrypt data locally to improved 
security and to process and filter data locally to reduce the 
amount of data send to the cloud. Such methods will reduce 
the possibility of user privacy violation that can occur during 
the data transmission. 

^the device that is responsible for processing data 

self contained algorithm that may take primary context information 
as inputs and outputs secondary context information using any kind of data 
reasoning technique [2], 
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Third Part Application Developers: Application developers 
have the responsibility to certify their apps to ensure that they 
do not contain any malware. Moreover, it is the developers’ 
responsibility to ensure that they present clear and accurate 
information to the users to acquire explicit user consent. Some 
critical information are: (1) the task that the app performs, 
(2) the required data to accomplish the tasks, (3) hardware 
and software sensors employed, (4) kind of aggregation and 
data analysis techniques that the app will employ, (5) kind of 
knowledge that the app will derive by data processing. Users 
need to be presented with a list of features that the application 
provides, and the authorization that the user needs to give to 
activate each of those features. The control must be given 
to the user to decide which feature they want to activate. 
Moreover, in the loT, acquiring user consent should be a 
continuous and ongoing process. Consequently, the application 
developers must continuously allow the users to withdraw, 
grant, or change their consent. Moreover, users must be given 
full access to the data collected by the loT devices. 

F. Central Hubs 

Central hubs are commonly used in loT solutions. A typical 
loT solution may comprises a number of different components. 
For example, an loT solution may have sensors, actuators, 
processing and communication devices. Due to the nature, 
sensors and actuators may need to deploy in certain location 
manner (e.g. door sensor must mount on the door). As a result 
such sensors and actuators need to be small in size. Due to 
miniature size, it is not possible to enrich them with significant 
computational capacity. Similarly, most of the time these 
sensors and actuators would be battery powers (i.e. without 
having connected to permanent power sources). Therefore, 
energy management within those sensors and actuators is very 
critical. As a result, such smaller devices cannot perform 
significant data processing tasks. On the other hand, these 
individual devices have only limited knowledge about a given 
context. For example, a door sensors may only know about the 
current status of the door. The knowledge that can be derived 
from such limited amount of data is very constrained. In order 
to comprehensively understand a given situation, context data 
from number of sensors and actuators need to be collected, 
processed, and analysed. To address this issue, most of the 
loT solutions have been used a central hubs (sometimes called 
‘home hub’) or similar solutions as shown in Figure 15. 

Typically, central hubs are larger in size compared to sensors 
and actuators. Further, they are capable of communicating 
using multiple wireless protocols such as WiFi, WiFi-direct, 
Bluetooth ZigBee, Z-wave, and so on. They are also capable 
of storing data for a significant time period. Typically, only 
one central hub is required for a large area (e.g. house). These 
hubs may perform data processing and reasoning tasks (e.g. 
triggering IF-THEN rules). Further these hubs are typically 
connected to the cloud services. Dispite the differences in , 
in high-level, all of these hubs allows to add functionalities 
over time (i.e. extend the functionalities they may offer), 
through installing new applications. An app could be a IF- 
ELSE procedure that explain a certain contextual behaviour 
as illustrated in Figure 12. 



(a) 


(b) 


(c) 



■ Central Hubs 
^ Internnediary 
^ Nodes 
• •• Sensors 


Fig. 15. Centralised Hubs are category of devices heavily used in loT 
solution, (a) Ninja sphere (b) ALYT Hub powered by Andorid (c) Samsung's 
SmartThing Hub (d) Sensors and other components are connected to a 
centralised hub. These hubs are typically connected to permanent power 
sources and comprises comparatively high computational capabilities. 


The problem in this approach is that each loT solution 
designers are eager to design their own centralized hub. 
Such design approach significantly reduces the interoperability 
among different products and services in the loT marketplace. 
These hubs are tend to use custom firmware and software 
framework stacks. Unlike operating systems, they are mostly 
designed to run under specific hardware platforms and config¬ 
urations. As a result, it makes harder for other loT solutions 
to use or utilize other centralized hubs in the marketplace. 
Centralized hubs typically does not have any user interface. 
They are controlled and managed using smart phones, tablets, 
or computers. 

In order to stimulate the adoption of loT solution among 
consumers, it is important to design a common software 
platform using common set of standard. The current mobile 
app market is an ideal model for loT domains as well where 
users may install different applications in order to enhance 
their existing loT products. Verification is required to check 
whether the required hardware devices is available to support 
the intended software application. This is similar to the some 
mobile app stores validate the phone specification before 
pushing the each app to a smart phone. In comparison to 
mobile phone domain, loT domain is slightly complex where 
hardware also play a significant role. A one possible solution 
is to use hardware adaptors. This means when a loT product 
manufacture wants to design a product that is interoperable 
with a another hub in the loT marketplace, they need to design 
a hardware adaptor that may handle the interoperability using 
two-way conversions. 

Finally, it is also important to highlight the necessity of 
intermediation nodes that can perform multi-protocol commu¬ 
nication, bridging short range protocols, and protocol con¬ 
versions [42]. For example, sensors that may use Bluetooth 
and ZigBee which can only communicate very short distance. 
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To accommodate such sensors, intermediary nodes may be 
required. The intermediate nodes may install throughout a 
given location which may use with log range protocols to 
communicate with the central hub. The intermediate nodes 
may use short rage protocols to communicate with sensors 
and actuators. 

G. Legacy Devices 

Most of the loT products in the marketplace comes with 
own hardware components and software stacks. However, we 
have increasingly seen that loT solutions attempt to enrich 
legacy devices with smart capabilities. One very popular solu¬ 
tion is Nest (nest.com) thermostat. It has the capability to learn 
from users over time about their behaviour and preferences 
and control the temperature more efficiently and pro-actively. 
This thermostat can be installed by replacing the existing non¬ 
smart traditional thermostats. Everything else connected to the 
heating systems would work seamlessly. ShutterEaze (shut- 
tereaze.com) is another example for enriching legacy devices. 
This example is more into home automation. ShutterEaze 
makes it easy for anyone to add remote control functionality 
and automate their existing interior plantation shutters. No 
shutters changing is required. 

A slightly different example is Leeo (leeo.com). As illus¬ 
trated in Figure 16, Leeo keeps track of smoke alarms, carbon 
monoxide alarms, and the climate in home. If something is 
not right, it sends notifications straight to the users phone. It is 
important to note that, there is no communication between the 
legacy smoke detection devices / alarms and the Leeo device. 
They are completely two different systems without any de¬ 
pendencies. Leeo get triggered by the sound that may produce 
by other traditional alarms. This is a very good examples to 
demonstrate how to embed smartness to our homes without 
replacing existing legacy systems. More importantly, any kind 
of replacing cost a significant amount to the consumers. This 
kind of solutions eliminates such unnecessary and extra costs 
that may put consumers away from adopting loT solutions. 
The lesson we can learn is that if the legacy devices cannot 
understand the context it operates and act intelligently, the new 
devices can be incorporated to embed smartness to the overall 
system where new devices helps to mitigate the weaknesses 
in the legacy devices. 



Fig. 16. Enriching smartness to legacy devices: Legacy devices may monitor 
fire and smoke. Once these legacy devices detect any abnormalities, they 
will trigger their alarms and start to make sounds. Leeo is designed to 
listen to such alarm sound. Once Leeo detects such sound, it triggers its 
reaction mechanisms such as sending notification to the users, neighbours, 
and government authorities such as fire brigade in a predefined order. 


VII. Concluding Remarks 

In this survey, we reviewed significant number of loT 
solutions in the industry marketplace from context-aware 
computing perspective. We briefly highlighted the evolution 
of context-aware technologies and how they have become 
increasingly popular and critical in today’s applications. First, 
we reviewed number of loT products in order to identify 
context-aware features they support. At the same time, we also 
categorized the loT solutions in the market into five different 
segments: smart wearable, smart home, smart city, smart 
environment, and smart enterprise. Finally, we identified and 
discussed seven major lessons learned and opportunities for 
future research and development in context-aware computing 
domain. Our ultimate goal is to build a foundation that helps 
us to understand what has happened in the loT marketplace 
in the past so we can plan for the future more efficiently and 
effectively. 
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